home *** CD-ROM | disk | FTP | other *** search
/ Ian & Stuart's Australian Mac: Not for Sale / Another.not.for.sale (Australia).iso / fade into you / being there / Issues & Ideas / VMRL / VMRL So Far < prev   
Text File  |  1994-10-01  |  6KB  |  159 lines
  1.  
  2.                         NEXUS IN THE SOLAR PLEXUS.VRML
  3.                                        
  4.    Jason Cunliffe (jasonic@panix.com)
  5.    Sat, 10 Sep 1994 08:33:17 -0400 (EDT)
  6.    
  7.      * Messages sorted by: [ date ][ thread ][ subject ][ author ]
  8.      * Next message: Gregor Markowitz: "Re: Standard Graphics Set"
  9.      * Previous message: David Cake: "Re: Standard Graphics Set"
  10.        
  11.    I have watched and followed the recent
  12.    script/api/coordinate/compiler/language/vrml identity-crisis with
  13.    great
  14.    interest and also some impatience like many others I suspect. As a
  15.    designer-end.user/dreamer I have a slightly different set of
  16.    priorities
  17.    and focus from many here who are more keenly endowed with engineers'
  18.    genes
  19.    and emotional response systems. So here is my $0.02 of purple prose:
  20.    
  21.    
  22.    By my reckoning, so far there have been three waves of VRML-syndrome.
  23.    
  24.    
  25.    The first was the almost overwhelming initial response from everyone's
  26.    collective net.vr.3d.graphics.synapse unconscious when this VRML thing
  27.    was
  28.    first announced. No one knew what it was, but everyone wanted it. And
  29.    everyone wanted it to be something where they could build, propagate
  30.    and
  31.    share their own dreams and realities. And it was vast, complex,
  32.    contradictory and poly-synchronous in its scale and potential.
  33.    
  34.    
  35.    That was the first proof of concept.
  36.    
  37.    
  38.    The second involved a lot of push=me=pull=you arguments about means
  39.    and
  40.    ends, open vs. proprietary, practicable vs. ideal etc.... Eventually
  41.    some
  42.    of that dust settled and the survey was undertaken in a fairly healthy
  43.    spirit of partisanship. Among that cr op OpenInventor emerged as
  44.    having
  45.    probably more going for it right now than the others. All share some
  46.    common ground, all follow design compromises, I mean constraints.
  47.    
  48.    
  49.    This was primitive initiation rites.
  50.    
  51.    
  52.    The third has been the back-to-school re-iterative
  53.    script/api/coordinate
  54.    nexus which has been very valuable in my mind mostly because I am now
  55.    convinced that we are severely limited here by our own vocabulary and
  56.    its
  57.    semantic ancestors. At the same time as having enormous respect for
  58.    those
  59.    brave enough to debate these questions, I can't help feeling this is
  60.    brilliant plot by Mr.. Billsoft to undermine and test the courage and
  61.    tenacity of VRML dreamers and builders...
  62.    
  63.    
  64.    This was puberty rites.
  65.    
  66.    
  67.    No matter which system is used, it is going to need adaptation and
  68.    evolution towards the kind of world in which it is going to be
  69.    applied.
  70.    And despite everyone's elegant and compelling visions, none can really
  71.    know what that world is going to be. Especially if VRML fulfills one
  72.    of
  73.    its initial missions, namely to bring accessible interactive
  74.    3D-ualization
  75.    via the web to the non-hacker, non foley.vandam-reading public.
  76.    
  77.    
  78.    The painful part in building this spec is that there is sensitivity to
  79.    initial conditions and this clearly includes: the early selection of
  80.    scene description, linguistic meta-logies, and attitudes with which
  81.    this
  82.    project is cooperatively embraced.
  83.    
  84.    
  85.    The challenge here now is to fuse enough complementary symbiotic
  86.    visions and
  87.    perspectives together that we will have created a dynamically viable
  88.    approach. To use some classical terminology, what's missing IMHO from
  89.    the
  90.    recent discussion is more top-down design. What do you want to do with
  91.    it? What might someone else want to do with it? How many other
  92.    existing
  93.    and thriving authoring systems, rendering engines, relational database
  94.    widgets, MIDI sequencers, and group protocols etc.. can one imagine
  95.    being
  96.    used around this VRML thing. All of them and more.
  97.    
  98.    
  99.    Some people are going to find hand scripts are perfect. Others are
  100.    going
  101.    to use and modify wysiwyg editors. Others are going to subscribe to
  102.    off
  103.    the web-shelf conversion utilities. Others are going to commutatively
  104.    hack
  105.    together parallel systems to create a richer genetic set of software
  106.    possibilities. [Rumor has it some astronomical Forth survivors are
  107.    going
  108.    to embed it in a digital Scan-corder with built-in IP.transceiver and
  109.    GPS
  110.    sensor. Mattel and Chrysler are very interested].
  111.    
  112.    
  113.    Hopefully, many will take VRML itself and use it to build a better
  114.    versions of itself and its related family of tools and environments.
  115.    
  116.    
  117.    For instance there is an entire choreographic aspect to VRML which has
  118.    understandably been ignored until now. Perhaps we shall call it CVML
  119.    (Choreographers Visualization Meta Language). This sister-set of VRML
  120.    emerged to handle movement, scheduling, timing, design, prototyping
  121.    and
  122.    training Arts. Many people, wished to share dynamic time-series
  123.    structures
  124.    and apply them to integrated 2-D, 3-D, N-D objects and dynamic media.
  125.    They
  126.    wanted to do this incrementally, independently, individually and
  127.    cooperatively . They especially wanted to take advantage of the rich
  128.    existing set of 3-D meta-linked and environments built on VRML,
  129.    OpenInventor, MIDI, Quicktime, digital video etc... They were very
  130.    lucky
  131.    that VRML, in particular had been designed to accommodate diff erent
  132.    layers of complexity, scale, detail, context and extensibility.
  133.    
  134.    
  135.    Personally I want it for a component core technology in the
  136.    time-stamped,
  137.    animated, multi-user, distributed, interactive global visualization
  138.    system
  139.    I have been obsessed with creating for the past four years. That's why
  140.    I'm
  141.    here. Seriously.
  142.    
  143.    
  144.    VRML-list is not sci.viz.vr.www.vrml
  145.    
  146.    
  147.    I think that would be very popular when there are some tools and some
  148.    talent out here using it...
  149.    
  150.    
  151.    Enough ranting.
  152.    
  153.    
  154.    Keep up the good works. Thankyou all.
  155.    
  156.    
  157.      * Next message: Gregor Markowitz: "Re: Standard Graphics Set"
  158.      * Previous message: David Cake: "Re: Standard Graphics Set"
  159.